MacWorld 1997 January/Macworld (1997-01).dmg/Shareware World/Info/CSMP Digest/CSMP Digest Vol 4 No 2.text

Text File | 1996-10-05 | 49KB | 1,601 lines

C.S.M.P. Digest             Wed, 25 Sep 96       Volume 4 : Issue 2

Today's Topics:

        68000 assembly
        Andromeda MkLinux Web Page is up
        Any XVT users out there?
        Apple Mail
        Button presses and DLOG boxes
        FS : CodeWarrior 8 Academic
        GetProcessInformation keeps crashing...
        Help required in MPW -- Link
        Is a 603e ok for development?
        Newbie Question: Creating a progress bar
        Questions about SmartHeap and others
        ResolveAlias from full path
        US - NYC - Mac-Networking Support - Career Opportunity
        Window update question...
        [Q] CW Pascal & OLDROUTINENAMES



The Comp.Sys.Mac.Programmer Digest is moderated by Mark Aiken
([e-mail]).

The digest is a collection of article threads from the internet
newsgroups comp.sys.mac.programmer.help, csmp.tools, csmp.misc and
csmp.games. It is designed for people who read news semi-regularly and
want an archive of the discussions.  If you don't know what a
newsgroup is, you probably don't have access to it. Ask your systems
administrator(s) for details. If you don't have access to news, you
may still be able to post messages to the group by using a mail server
like anon.penet.fi (mail [e-mail] for more information).

Each issue of the digest contains one or more sets of articles (called
threads), with each set corresponding to a 'discussion' of a particular
subject.  The articles are not edited; all articles included in this digest
are in their original posted form (as received by our news server at
ee.mcgill.ca).  Article threads are not added to the digest until the last
article added to the thread is at least two weeks old (this is to ensure that
the thread is dead before adding it to the digest).  Article threads that
consist of only one message are generally not included in the digest.

The digests can be obtained by email, ftp or through the World Wide Web.

If you want to receive the digest by mail, send email to
[e-mail] with no subject and one of the following commands
as body:

    help                        Sends you a summary of commands
    subscribe csmp                      Adds you to the mailing list
    unsubscribe csmp                    Removes you from the list

Once you have subscribed, you will automatically receive each new
issue as it is created.

Back issues are available by ftp from Info-Mac mirror sites in the
per/csmp subdirectory, e.g.

  ftp://sumex-aim.stanford.edu/info-mac/per/csmp/

The contents of all back issues can be searched by accessing the
following URL, courtesy of Andrew Barry ([e-mail]):

    http://marvin.stattech.com.au/search.html

They can also be searched through the following URLs, thanks to
Tim Tuck ([e-mail]):

    http://wais.sensei.com.au/searchform.html
    wais://wais.sensei.com.au:210/csmp?

-------------------------------------------------------

>From Harland Peelle <[e-mail]>
Subject: 68000 assembly
Date: Wed, 11 Sep 1996 12:59:57 +0000
Organization: University of Arizona Student

This may sound weird but I need a shareware 68000 assembly language
emulator for the Macintosh.  Im taking an assembly language class and we
only have a DOS version.  It suck running under a old version of
SoftPC.  If anyone can help.

Please email if you can.
[e-mail]
Harland Peelle

+++++++++++++++++++++++++++

>From [e-mail] (Jerome Jahnke)
Date: Thu, 12 Sep 1996 00:04:51 GMT
Organization: BSD Academic Computing

In article <[e-mail]>,
[e-mail] wrote:

> This may sound weird but I need a shareware 68000 assembly language
> emulator for the Macintosh.  Im taking an assembly language class and we
> only have a DOS version.  It suck running under a old version of
> SoftPC.  If anyone can help.

Huh? Let's back up one step, which do you need? An assembler? Or an
emulated chip? If you you need the emulated chip, you are mostly in luck,
as the PowerPC's have one in them, as does the 68K macs. If you need an
assembler, find FantAsm I think there is a freeware/demoware/shareware
version out there. Personally I use MPW's assembler (as ugly as it got when
we got the PowerPC version, thank goodness I hardly know PPC assembly.)

Jer,

--
Jerome Jahnke
Biological Sciences Division/ Office of Academic Computing
University of Chicago

---------------------------

>From [e-mail] (Brian Connors)
Subject: Andromeda MkLinux Web Page is up
Date: 12 Sep 1996 14:22:31 GMT
Organization: db&b

This is just to announce the arrival of the Project Andromeda web page at

   http://www.cs.bc.edu/~connorbd/andromeda.html

There isn't much there yet, but do check it out if you're an MkLinux fan.

/Coach

---------------------------

>From [e-mail] (Darren Giles)
Subject: Any XVT users out there?
Date: Fri, 13 Sep 1996 00:22:00 GMT
Organization: NETCOM On-line Communication Services (408 261-4700 guest)

I'm looking for tools to expedite the GUI part of cross-platform development/
porting, and have been surprised how few there appear to be.

XVT's stuff looks interesting so far -- but I'd really like to hear from
anyone who's currently using it (or has at least evaluated it).

Any comments?

- Darren

==========================================================================
Darren Giles, Technical Director                   Terran Interactive, Inc.
For info on Cleaner QuickTime compression, visit http://www.Terran-Int.com


+++++++++++++++++++++++++++

>From [e-mail] (Dave Polaschek)
Date: Thu, 12 Sep 1996 18:49:26 -0700
Organization: Best Internet Communications

In article <[e-mail]>, [e-mail] (Darren Giles) wrote:

> I'm looking for tools to expedite the GUI part of cross-platform development/
> porting, and have been surprised how few there appear to be.
>
> XVT's stuff looks interesting so far -- but I'd really like to hear from
> anyone who's currently using it (or has at least evaluated it).
>
> Any comments?

Darren,

The September MacTech magazine had an article about it. It was a mixed
review.

-DaveP

--
Dave Polaschek home:[e-mail] work:[e-mail]

---------------------------

>From ccheatha <[e-mail]>
Subject: Apple Mail
Date: 10 Sep 1996 21:04:39 GMT
Organization: InterSerF.net, Fredericksburg, Virginia, USA

I'm working on an application that needs to generate a text
file and mail it to various users.  (App written in JYACC's
JAM product).

First, is this task feasible/possible?

Second, if so, anyone out there know of any techniques or
accomplished this task using Applemail?

Thanks for any help you may be able to provide.

Coston A. Cheatham, Jr.

[e-mail]

+++++++++++++++++++++++++++

>From [e-mail]
Date: Tue, 10 Sep 1996 19:31:09 -0700
Organization: (none)

In article <514l57$[e-mail]>, ccheatha <[e-mail]>
wrote:

> First, is this task feasible/possible?

Sure.  I'd recommend using standard Internet protocols.  Sample code would
be included in the Newswatcher source code at
<ftp://ftp.acns.nwu.edu/pub/newswatcher>.

> Second, if so, anyone out there know of any techniques or
> accomplished this task using Applemail?

AppleMail/AOCE/PowerTalk is a technology which is no longer viable.  The
next time Apple changes the Finder, it will no longer work at all, because
AOCE depends upon a Finder extension, and there are no engineers working on
keeping AOCE alive, and no plans to keep it alive.  It's dead.

Use standard protocols instead, just like Apple is now doing.

--
(Pointers to other Mac programming web sites at
<http://devworld.apple.com/dev/geeks.html>)

+++++++++++++++++++++++++++

>From [e-mail] (Giles Alexander)
Date: 12 Sep 1996 13:37:00 GMT
Organization: Northern Territory University

ccheatha ([e-mail]) wrote:
: I'm working on an application that needs to generate a text
: file and mail it to various users.  (App written in JYACC's
: JAM product).

: First, is this task feasible/possible?

If you are using an AppleTalk network, this is remarkably easy: AppleEvents.
Just dump the text file into an AppleEvent and use the PPCBrowser to
select users.  Works very nicely, quite easy to write as well...

Regards,
Giles

---------------------------

>From Josh Birnbaum <[e-mail]>
Subject: Button presses and DLOG boxes
Date: Sat, 07 Sep 1996 16:33:44 -0500
Organization: Raz¯r Rug

Hello,

I'm currently in the middle of a control panel project that amongst other things has a
Dialog based About Box containing an OK button to dismiss the box after use. I've used
the following code to draw a thick outline around the box and to dissmiss the box after
it receives a return button push from the keyboard or a mouse click.
The problem is that while mouse clicks work fine, keyboard return key downs do nothing.
Heres the code thats part of a switch branching statement to handle button presses in
the cdev and the pertinant variable declarations:

short        itemType;
Handle       itemHandle;
short        the_item;
Rect         itemRect;

short        itemHit;

case INFO_PICT_ITEM:
                 theDialog = GetNewDialog( kNewDLOG, 0L, (WindowPtr)-1L );
                 // GetDItem( theDialog, OK_ITEM, &itemType, &OKHandle, &itemRect );
                 ShowWindow( theDialog );
                 SetPort( theDialog );
                 GetDItem( theDialog, OK_ITEM, &itemType, &itemHandle, &itemRect );
                 InsetRect( &itemRect, -4, -4 );
                 PenSize( 3, 3 );
                 FrameRoundRect( &itemRect, 16, 16 );
                 PenSize( 1, 1 );
                 SysBeep(1);

                 ModalDialog( NULL, &itemHit );
                 while ( itemHit != OK_ITEM )
                     ModalDialog( NULL, &itemHit );


                 DisposeDialog( theDialog );

         }
         break;
   }
   return ( cdev_storage );
}


Any answers to this would be greatly apprecitated.

Thanx,

Josh Birnbaum

+++++++++++++++++++++++++++

>From [e-mail] (Brent A. Carey)
Date: 8 Sep 1996 01:45:02 -0700
Organization: Primenet Services for the Internet

>                  ModalDialog( NULL, &itemHit );

ModalDialog expects a ProcPtr or NIL.  This is the only thing I can see.
I'm not sure what NULL is or does in this context.  I'm a fairly new
programmer, but I have used very similar code to what you have there, and
passed NIL.

I hope this helps.

Brent

+++++++++++++++++++++++++++

>From [e-mail] (Andrew Gillanders)
Date: Mon, 9 Sep 1996 13:07:07 GMT
Organization: Wicked Design

In article <[e-mail]>,
[e-mail] (Brent A. Carey) wrote:

> >                  ModalDialog( NULL, &itemHit );
>
> ModalDialog expects a ProcPtr or NIL.  This is the only thing I can see.
> I'm not sure what NULL is or does in this context.  I'm a fairly new
> programmer, but I have used very similar code to what you have there, and
> passed NIL.
>
> I hope this helps.
>
> Brent

NIL and NULL are the same thing. They just represent a long int (4 bytes)
equal to zero.

Andrew

+++++++++++++++++++++++++++

>From [e-mail] (Andrew Gillanders)
Date: Mon, 9 Sep 1996 13:10:31 GMT
Organization: Wicked Design

In article <[e-mail]>, Josh Birnbaum
<[e-mail]> wrote:

> Hello,
>
> I'm currently in the middle of a control panel project that amongst
other things has a
> Dialog based About Box containing an OK button to dismiss the box after
use. I've used
> the following code to draw a thick outline around the box and to
dissmiss the box after
> it receives a return button push from the keyboard or a mouse click.
> The problem is that while mouse clicks work fine, keyboard return key
downs do nothing.
> Heres the code thats part of a switch branching statement to handle
button presses in
> the cdev and the pertinant variable declarations:
>
[snip]

> Any answers to this would be greatly apprecitated.
>
> Thanx,
>
> Josh Birnbaum

The dialogue manager associates the return key with item 1 in the dialogue
item list. Check in ResEdit that the OK button is item 1 in the list.

HTH
Andrew

+++++++++++++++++++++++++++

>From [e-mail]
Date: Thu, 12 Sep 96 11:48:44 +0000
Organization: (none)

In article <[e-mail]>, Josh Birnbaum
><[e-mail]> wrote:
>
>> Hello,
>>
>> I'm currently in the middle of a control panel project that amongst
>other things has a
>> Dialog based About Box containing an OK button to dismiss the box after
>use.
[snip]


You need an event filter to intercept mousedowns . Like this:
In your CP:

case INFO_PICT_ITEM:

DoModal()
break;
/******/

void DoModal(void)

  {
   GrafPtr oldPort;
   UserItemUPP        procForBorderUserItem = nil;
   ModalFilterUPP        modalUPP=nil;

   GetPort(&oldPort);//save old port!
   theDialog = GetNewDialog( kNewDLOG, 0L, (WindowPtr)-1L );
    // do error checking here

   SetPort (theDialog);
    modalUPP = NewModalFilterProc(MyFilter);// UPP of your custom filter

    //install callback to draw the thick outline around OK button
     procForBorderUserItem = NewUserItemProc(DrawButtonBorder);

     //In Resedit create a User item and place it over the OK button

     GetDItem( theDialog, OK_USER_ITEM, &itemType, &myHandle, &itemRect );
     SetDItem( theDialog, OK_USER_ITEM, itemType, (Handle)procForBorderUserItem, &itemRect
);
     DrawDialog(); // Draw all items in the dlg
   //Enter the modality:-)
     do
     {
       ModalDialog(MyFilter, &itemHit);

           switch(itemHit)
          // Respond to hits on various items in the dlg

            {
             case kBlahItem:
                  DoBlah();
                  break;
              }//end switch

      }while(itemHit!= OK_ITEM)

//Cleanup:

  if(modalUPP)
     DisposeRoutineDescriptor(modalUPP);
  if(procForBorderUserItem)
     DisposeRoutineDescriptor(procForBorderUserItem);
   DisposeDialog(theDialog);
   SetPort(oldPort);

}// end DoModal()


/************************/
//Here's the event filter.Handle the event  before Dlg Manager

pascal Boolean MyFilter(DialogPtr currentDialog, EventRecord *theEventIn,short *
theDialogItem)
{

    Boolean     returnVal = FALSE;
    long        waitTicks;
    short        itemKind;
    Handle        itemHandle;
    Rect        itemRect;
    Point         pt;
    char         theKey, theChar;

    switch(theEventIn->what)
    {
    case keyDown:
    case autoKey:
            theChar = theEventIn->message &charCodeMask;
               theKey = (theEventIn->message &keyCodeMask) >>8;//extract key code.

            switch(theKey)
            {
                case 0x4C://return or enter
                case 0x24:

                    *theDialogItem = OK_ITEM;// this is your ItemHit
               GetDItem(currentDialog,OK_ITEM,&itemKind,&itemHandle,&itemRect);
                    HiliteControl((ControlHandle)itemHandle,inButton);
                    Delay(8,&waitTicks);// wait about 8 ticks
                    HiliteControl((ControlHandle)itemHandle,FALSE);
                    returnVal = TRUE;// Notify Dlg Manager that we handled the event
                    break;


                }

            break;



    }

    return returnVal;

    }
//End MyFilter(...)


/*****/

Here's  the function that will be called by the Dlg manager every time there's an null or
update event - a callback in other words. This will draw a  3 pixel outline around the OK
button
/**********/


pascal void DrawButtonBorder(WindowPtr theDialog, short theItem)

{
#pragma unused (theItem)
    Handle            theControl;
    short            aType;
    Rect            aRect;

    GetDItem((DialogPtr)theDialog, theItem, &aType, &theControl, &aRect);

    PenSize(3,3);
    InsetRect(&aRect, -2, -2);
    FrameRoundRect(&aRect, 16,16);
}
/***/

HTH, Andy












---------------------------

>From [e-mail] (Humayun Hasan)
Subject: FS : CodeWarrior 8 Academic
Date: Wed, 11 Sep 1996 21:05:21 -0600
Organization: Humayun Hasan

For Sale

CodeWarrior 8 Acadmeic edition  $40

Please reply by e-mail  [e-mail]

+++++++++++++++++++++++++++

>From [e-mail] (MW Ron)
Date: Thu, 12 Sep 1996 10:34:05 -0400
Organization: Metrowerks

In article <[e-mail]>,
[e-mail] (Humayun Hasan) wrote:

>For Sale
>
>CodeWarrior 8 Acadmeic edition  $40
>
>Please reply by e-mail  [e-mail]

It is legal to resell CodeWarrior, however remember you sell your license
to use CodeWarrior not any particular version.  If you sell an older
version you no longer have the right to use the current version.  If the
purchaser buys an older CodeWarrior version he should register it and he
then has the rights to any discount for renewal and the rights to any
updates due to the original purchase.

If you sell an Academic version it is up to the seller to ensure that the
buyer is eligible to purchase an Academic version.

In all cases there should just be one legal user of CodeWarrior with the
same serial number.  If someone purchase an older version of CodeWarrior
he should receive a bill of sale and should register that purchase with
Metrowerks.  If the buyer fails to register and the original owner
continues to use CodeWarrior the buyer is using an illegal copy.  If the
buyer registers and the original owner continues to use CodeWarrior the
original owner is then using an illegal copy.

Ron

--
METROWERKS                   Ron Liechty
"Software at Work"    [e-mail]
http://www.metrowerks.com/about/people/rogues.html#mwron

+++++++++++++++++++++++++++

>From [e-mail] (Humayun Hasan)
Date: Thu, 12 Sep 1996 10:41:48 -0500
Organization: Humayun Hasan

This software no longer for sale.

In article <[e-mail]>,
[e-mail] (Humayun Hasan) wrote:

> For Sale
>
> CodeWarrior 8 Acadmeic edition  $40
>
> Please reply by e-mail  [e-mail]

+++++++++++++++++++++++++++

>From [e-mail] (Humayun Hasan)
Date: Thu, 12 Sep 1996 11:32:37 -0500
Organization: Humayun Hasan

This software no longer for sale.

In article <[e-mail]>,
[e-mail] (Humayun Hasan) wrote:

> For Sale
>
> CodeWarrior 8 Acadmeic edition  $40
>
> Please reply by e-mail  [e-mail]

---------------------------

>From [e-mail] (Eric Bennett)
Subject: GetProcessInformation keeps crashing...
Date: 12 Sep 1996 01:52:40 GMT
Organization: Penn State University

I'm trying to write a short program to list all processes and some info
about them.  Here's what I wrote:

======================================================
/* List all running processes */

#include <stdio.h>
#include <processes.h>

int main (void)

{
    ProcessInfoRec            currentInfo;
    ProcessSerialNumber             currentProcess;
    OSErr                 result;


    currentProcess.highLongOfPSN = kNoProcess;
    currentProcess.lowLongOfPSN = kNoProcess;
    result = GetNextProcess (¤tProcess); /* get first process */

    if (result == 0)
    {
        do
        {
            result = GetProcessInformation (¤tProcess, ¤tInfo);

            if (result == 0)
            {
                 printf ("active time %ld.\n", currentInfo.processActiveTime);
                result = GetNextProcess (¤tProcess);
            }
            else
            {printf ("GetProcessInformation failed; error %ld.", result);}
        }
        while (result == 0);
    }
    else
    {printf ("Something really strange is wrong.");}

    return (0);
}
======================================================


If I just run the code by itself, it crashes with a type 11 error.  I
also ran it in the CodeWarrior debugger.  I set a breakpoint at the
GetProcessInformation call.  When execution stops at the breakpoint,
currentProcess.highLongOfPSN is zero and lowLongOfPSN is $2000, which
is the Finder (so says ProcessWatcher's "process serial number"
information).  Thus, all would seem well, but when I try to step past
GetProcessInformation, the debugger immediately catches a bus error.

If I step into the toolbox call, the following assembly (which means
nothing to me :-) comes up:

01762A8C: lwz      r12,452(RTOC)
01762A90: stw      RTOC,20(SP)
01762A94: lwz      r0,0(r12)
01762A98: lwz      RTOC,4(r12)
01762A9C: mtctr    r0
01762AA0: bctr

The bus error is caught on the last line of the assembly.

I am using CodeWarrior 8 on a PowerCenter 150 running 7.5.3 revision 2.
 Any help would be greatly appreciated.



-Eric Bennett ([e-mail]; http://www.pobox.com/~ericb)

Drawing on my fine command of the language, I said nothing.
-Robert Benchley

+++++++++++++++++++++++++++

>From [e-mail] (David Rehring)
Date: Wed, 11 Sep 1996 19:16:36 -0700
Organization: GDT Softworks, Inc.

In article <517qd8$[e-mail]>, [e-mail] (Eric
Bennett) wrote:

>>I'm trying to write a short program to list all processes and some info
>>about them.  Here's what I wrote:
>>
...crashing code removed
>>>
>>
>>If I just run the code by itself, it crashes with a type 11 error.  I
>>also ran it in the CodeWarrior debugger.  I set a breakpoint at the
>>GetProcessInformation call.  When execution stops at the breakpoint,
>>currentProcess.highLongOfPSN is zero and lowLongOfPSN is $2000, which
>>is the Finder (so says ProcessWatcher's "process serial number"
>>information).  Thus, all would seem well, but when I try to step past
>>GetProcessInformation, the debugger immediately catches a bus error.
>>
>>If I step into the toolbox call, the following assembly (which means
>>nothing to me :-) comes up:
>>
...some disassembled code removed
>>
>>The bus error is caught on the last line of the assembly.
>>
>>I am using CodeWarrior 8 on a PowerCenter 150 running 7.5.3 revision 2.
>> Any help would be greatly appreciated.
>>
>>
>>
>>-Eric Bennett ([e-mail]; http://www.pobox.com/~ericb)
>>
>>Drawing on my fine command of the language, I said nothing.
>>-Robert Benchley

Eric,

I would suggest initializing the toolbox properly.

Something like:

    InitGraf((Ptr) &sQDGlobals->thePort);     // Toolbox Managers
    InitFonts();
    InitWindows();
    InitMenus();
    TEInit();
    InitDialogs(nil);

Later,

--
David Rehring
Senior Software Engineer
GDT Softworks, Inc.
And all around insane guy!

+++++++++++++++++++++++++++

>From [e-mail] (Eric Bennett)
Date: 12 Sep 1996 11:44:16 GMT
Organization: Penn State University

In article <[e-mail]>
[e-mail] (David Rehring) writes:

> I would suggest initializing the toolbox properly.
>
> Something like:
>
>     InitGraf((Ptr) &sQDGlobals->thePort);     // Toolbox Managers
>     InitFonts();
>     InitWindows();
>     InitMenus();
>     TEInit();
>     InitDialogs(nil);

Hmmm... I've never written a Mac-specific app in an environment that
didn't do all this for me, so now let me ask:

1.  I'm running this in a SIOUX window.  Since SIOUX uses menus and
windows itself, it has to have initialized these things already; why
would I have to make these calls again?

2.  Even if I initialize the toolbox (see new source below) it still
crashes.  The debugger still catches a bus error when I call
GetProcessInformation.


======================================================================
/* List all running processes */

#include <stdio.h>
#include <processes.h>
#include <menus.h>
#include <windows.h>
#include <string.h>

int main (void)

{

    ProcessInfoRec            currentInfo;
    ProcessSerialNumber     currentProcess;
    OSErr                     result;

    InitGraf(&qd.thePort);     //qd defined in MacHeaders
    InitFonts();
    InitWindows();
    InitMenus();
    TEInit();
    InitDialogs(nil);

    currentProcess.highLongOfPSN = kNoProcess;
    currentProcess.lowLongOfPSN = kNoProcess;
    result = GetNextProcess (¤tProcess); /* first process */

    if (result == 0)
    {
        do
        {
            result = GetProcessInformation (¤tProcess,
                                                ¤tInfo);

            if (result == 0)
            {
                 printf ("active time %ld.\n",
                              currentInfo.processActiveTime);
                result = GetNextProcess (¤tProcess);
            }
            else
            {
                printf ("err %ld; proc %ld,%ld.",
                              result,
                              currentProcess.highLongOfPSN,
                              currentProcess.lowLongOfPSN);
            }
        }
        while (result == 0);
    }
    else
    {
    printf ("Something really strange is wrong.");
    }

    return (0);
}
==========


-Eric Bennett ([e-mail]; http://www.pobox.com/~ericb)

Drawing on my fine command of the language, I said nothing.
-Robert Benchley

+++++++++++++++++++++++++++

>From [e-mail] (Eric Bennett)
Date: 12 Sep 1996 12:37:33 GMT
Organization: Penn State University

In article <[e-mail]>
[e-mail] (David Rehring) writes:

> I would suggest initializing the toolbox properly.
>
> Something like:
>
>     InitGraf((Ptr) &sQDGlobals->thePort);     // Toolbox Managers
>     InitFonts();
>     InitWindows();
>     InitMenus();
>     TEInit();
>     InitDialogs(nil);

I realize I didn't say that I was running SIOUX, but that's one of
those things that (to me--obviously not to everyone else) I thought was
assumed since I just started printf-ing without having set up any
console window of my own.  Since SIOUX uses menus and windows itself,
it has to have initialized these things already; why would I have to
make these calls again?  Since I wasn't clear, though, you may not have
known that I was using SIOUX.  Sorry.

Someone pointed out in email that I'm failing to initialize certain
fields in the process info record.  That was the actual problem; next
time perhaps I will be smart enough to continue on to the next page of
Inside Mac (I really wish I had the books rather than PDF files) just
to make sure there isn't more info there that I neglected to read. :-)


-Eric Bennett ([e-mail]; http://www.pobox.com/~ericb)

Drawing on my fine command of the language, I said nothing.
-Robert Benchley

+++++++++++++++++++++++++++

>From [e-mail] (Francis H Schiffer, 3rd)
Date: Thu, 12 Sep 1996 08:42:05 -0400
Organization: NASA Goddard Space Flight Center -- Greenbelt, Maryland USA

In article <518t2g$[e-mail]>, [e-mail] (Eric
Bennett) wrote:

>1.  I'm running this in a SIOUX window.  Since SIOUX uses menus and
>windows itself, it has to have initialized these things already; why
>would I have to make these calls again?

SIOUX initializes the managers at the point of the first call to either
input from or output to the SIOUX console.  If you want to use the SIOUX
initialization make sure that your application starts with something like

   #include    <stdio.h>

   int main( void )
   {
      printf( "My program\n" );
   ...

>2.  Even if I initialize the toolbox (see new source below) it still
>crashes.  The debugger still catches a bus error when I call
>GetProcessInformation.

The ProcessInfoRec must be initialized before you call the process
manager.  Your code passes the currentInfo address without initializing
any of the fields in the record.  eg

   ProcessInfoRec currentInfo;
   currentInfo.processInfoLength = sizeof( currentInfo );
   currentInfo.processName    = 0; /* not interested in process name */
   currentInfo.processAppSpec = 0; /* not interesed in location of file */
   /* now it is safe to call GetProcessInformation */

If you want either the process name or the location of the application's
file, you need to initialize these pointers with real values.
currentInfo.processName should point to a unsigned character array with at
least 32 bytes of storage space.  currentInfo.processAppSpec should point
to an FSSpec.

This information was taken from the Apple documentation on the Process
Manager, which is included in Apple's MPTA.

   skip
--
Francis H Schiffer, 3rd              speaking only for myself
[e-mail]   aka   [e-mail]

---------------------------

>From [e-mail] (RS Sattanathan)
Subject: Help required in MPW -- Link
Date: 10 Sep 1996 04:23:19 GMT
Organization: The Ohio State University

Hi,

I am new to Mac programming, also a new MPW user.  I am getting the
following error while Linking my program:

  ### Link: Error: Jump table offset into code segment is greater
                   than 32k

Could someone advice me on what the problem is and how to overcome this.

Thanks

--
R.S.Sattanathan
Dept. of Mechanical Engineering, The Ohio State University
e-mail : [e-mail]

+++++++++++++++++++++++++++

>From [e-mail] (Greg Branche)
Date: Tue, 10 Sep 1996 12:18:38 -0700
Organization: General Magic

In article <512qfn$[e-mail]>,
[e-mail] (RS Sattanathan) wrote:

> I am new to Mac programming, also a new MPW user.  I am getting the
> following error while Linking my program:
>
>   ### Link: Error: Jump table offset into code segment is greater
>                    than 32k
>
> Could someone advice me on what the problem is and how to overcome this.
>

The problem is that the code segment has grown too big.  Code segments in
the 68k Mac architecture are usually limited to 32k, due to the use of
16-bit offsets in the CPU operands.

There are a few different ways to solve the problem.  The best way is to
analyze your program, looking for ways to break it down into smaller code
segments.  You can "partition" your application at compile time with
#pragma segment directives, or at link time using command line options.
Other options include using -srtsg, or branch islands.

"Building and Managing Programs in MPW" may contain some useful
information.  There are probably many Mac programming tutorials that can
explain this better than I can, although I can't supply any particular
titles.

Greg Branche
Magic Cap Entomologist
General Magic, Inc.

+++++++++++++++++++++++++++

>From [e-mail] (Martin-Gilles Lavoie)
Date: 12 Sep 1996 12:56:45 GMT
Organization: Groupimage, inc.

In article <512qfn$[e-mail]>,
[e-mail] (RS Sattanathan) wrote:

> Hi,
>
> I am new to Mac programming, also a new MPW user.  I am getting the
> following error while Linking my program:
>
>   ### Link: Error: Jump table offset into code segment is greater
>                    than 32k
>
> Could someone advice me on what the problem is and how to overcome this.
>
> Thanks
>

This occurs when you're linking an applicaytion using 16-bit wide jumps,
rather than 32-bit wide jumps.  There are a number of things you can do to
get rid of this error, and each solution depends on your actual needs
(will this stuff be used on a 68000 computer, or 68020 and above?).

Sometimes, just changing the '.o' files order in the link command line
make this dissapear, but there are simpler things you can do.  For
instance, you can instruct the compiler and/or linker to produce "branch
islands" that is, a jump instruction to another jump instruction that
finally ends up in the target code.  This requires extra jump(s) so may
not be the best thing (such as within a tight loop).  You can also
instruct the linker and compiler to generate 32-bit code, which doesn't
require extra jumps.  Check out

    help link

and

    help sc

(or whatever compiler you're using.  Following is a partial help text
containing command-line options of interest for your particular problem.

help link
Link            # link an application, tool, or resource
    -br off                 # do not generate branch islands (default)
    -br on                  # generate branch islands where needed
    -br 020                 # generate 32-bit branch islands where needed
    -model far              # process 32-bit load-time relocatable references
    -model near             # prohibit 32-bit load-time relocatable references

help sc
SC                          # Symantec C compiler
    -b                      # produce pc relative strings and functions
    -b2                     # produce pc relative strings and functions,
overlay equal strings
    -b3                     # produce pc relative strings
    -bigseg                 # generate code for single large segment
    -mc68020                # generate MC68020 code (for 68K only)
    -mc68030                # generate MC68030 code (for 68K only)
    -mc68040                # generate MC68040 code (for 68K only)
    -mc68881                # generate MC68881 code for arithmetic
operations (for 68K only)
    -model farCode          # generate load-time relocatable 32-bit
references for code,
        | farData           #   data,
        | far               #   or both (for 68K only)
    -model nearCode         # generate 16-bit references for code,
        | nearData          #   data,
        | near              #   or both (default)

--
Martin-Gilles Lavoie
"The only trinary-state binary system known to live"
[Develop issue 24, page 4]

---------------------------

>From [e-mail] (Ian Neath)
Subject: Is a 603e ok for development?
Date: 12 Sep 1996 12:59:33 GMT
Organization: Purdue University

I saw a Performa Tower advertized with a 180 mhz 603e CPU, 16 MB RAM
and a 1.2 gig HD.  For less than $3000, you can get this with a 15"
monitor, keyboard, 24 mb ram, System 7.5.3, etc.  The only thing
it appears to be missing is an ethernet card (cd, modem, etc., are
ther).

Is it better to go with this than a 604 for development?  This is
a relatively small time project, mainly writing simulations to
accompany a text book.  However, speed is critical and low price
is critical.  I'll be using CW10 (when it ships).  Finally, would
this run SoftWindows (either 95 or 3.1)?  I have to deliver
windoze code also.  Thanks in advance

--
      Ian Neath        | There are four kinds of people in this world:
[e-mail] | cretins, fools, morons and lunatics - U. Eco

+++++++++++++++++++++++++++

>From [e-mail] ( nick.c )
Date: Thu, 12 Sep 1996 14:45:44 -0800
Organization: Binary Poet & Molecular Sculptor



[e-mail] (Ian Neath) wrote:

>Is it better to go with this than a 604 for development?  This is
>a relatively small time project, mainly writing simulations to
>accompany a text book.  However, speed is critical and low price
>is critical.  I'll be using CW10 (when it ships).  Finally, would
>this run SoftWindows (either 95 or 3.1)?  I have to deliver
>windoze code also.


      Your 180 MHz 603e should be fast enough for just about anything
        you want to build.  The 16mb of ram should be enough too,
        but if you can squeeze a little more money out of the project
        you might want to try for 24mb of ram.

      I believe you can run Softwindows on this machine, but if
        you're doing Windows development, you really should have a
        windows machine around for debugging.


 -------------------= Nicholas C. DeMello, Ph.D. =--------------------

   Internet: [e-mail]        _/   _/  _/  _/_/_/   _/   _/
        AOL: codeweaver               _/_/ _/  _/  _/   _/  _/_/_/
        CIS: 71232,766               _/ _/_/  _/  _/       _/ _/
       http://www.chem.ucla.edu/~nick/   _/  _/   _/_/_/  _/   _/

---------------------------

>From Thomas Reid <[e-mail]>
Subject: Newbie Question: Creating a progress bar
Date: 12 Sep 1996 04:50:00 GMT
Organization: Williams College

    Is there some easy way to easily (as in through a few toolbox routines)
create and update the ubiquitous progress bar?  It seems so standard that
there ought to be an easy, universal way to do it.

-Thomas Reid

+++++++++++++++++++++++++++

>From [e-mail] ( nick.c )
Date: Thu, 12 Sep 1996 15:05:11 -0800
Organization: Binary Poet & Molecular Sculptor



 Thomas Reid <[e-mail]> wrote:

>        Is there some easy way to easily (as in through a few toolbox routines)
>create and update the ubiquitous progress bar?  It seems so standard that
>there ought to be an easy, universal way to do it.



 I remeber there was a freeware PowerPlant class for this:

 <ftp://ftp.metrowerks.com/pub/powerplant/Dialog_and_Alert/CModalProgress.hqx>

 I don't remember how independent it code is--it might only work within
   a powerplant (an application class library from Metrowerks) application.
   At the very least requires C++, but I do remember it worked really well.

 There is also a modeal progress cdef at:

 <ftp://mirrors.aol.com/pub/info-mac/_Development/progress-cdef.hqx>

 That has sample code in the "read me".  I can't say how well that one
   works though.


 -------------------= Nicholas C. DeMello, Ph.D. =--------------------

   Internet: [e-mail]        _/   _/  _/  _/_/_/   _/   _/
        AOL: codeweaver               _/_/ _/  _/  _/   _/  _/_/_/
        CIS: 71232,766               _/ _/_/  _/  _/       _/ _/
       http://www.chem.ucla.edu/~nick/   _/  _/   _/_/_/  _/   _/

---------------------------

>From [e-mail] (Richard R. Riccetti)
Subject: Questions about SmartHeap and others
Date: Tue, 10 Sep 1996 13:07:36 -0500
Organization: Riccetti and Associates

Does anyone out there have experience with SmartHeap?

Is it compatible with PowerPlant and CW/9?

Did it noticably improve your application's performance?

Are there less expensive, but still effective alternatives?

Thanks in advance.
--Rick Riccetti

=====================================================================
Seapine Software, Inc.                    internet: [e-mail]
1066 Seapine Court                           voice: 513.683.6456
Maineville, OH 45039                           fax: [phone]

TestTrack - Bug Tracking the Macintosh Way  <http://www.seapine.com>
=====================================================================

+++++++++++++++++++++++++++

>From [e-mail] (Andy Dent)
Date: Wed, 11 Sep 1996 11:55:26 +0800
Organization: A.D. Software

In article <[e-mail]>,
[e-mail] (Richard R. Riccetti) wrote:

>Is it compatible with PowerPlant and CW/9?
Absolutely.

>
>Did it noticably improve your application's performance?
We haven't done enough benching to be sure, but have a major PP app under
development (about 50 screens) with which I can do some testing. Probably
have some results in a month.

Our main use of SmartHeap is for debugging, although CodeWarrior's
DebugNew is getting close to the same utility. The nice thing about
SmartHeap is that is cross-platform. I feel a lot safer when our OOFILE
test suite has run through SH on both Mac and Windows.

Andy Dent, Product Architect, A.D. Software, Western Australia
OOFILE - "the cross-platform OODBMS that speaks c++"
ftp://ftp.highway1.com.au/pub/adsoftware/oofile/
http://www.highway1.com.au/adsoftware/oofile.html

+++++++++++++++++++++++++++

>From [e-mail] (Gavriel State)
Date: 11 Sep 1996 13:48:54 -0400
Organization: Magma Communications Ltd., Ottawa, Ont., Canada

In article <[e-mail]>,
Richard R. Riccetti <[e-mail]> wrote:
>Is it compatible with PowerPlant and CW/9?

Yes.

>Did it noticably improve your application's performance?

Yes.

>Are there less expensive, but still effective alternatives?

There are various debugging memory mangers out there (DebugNew,
etc.), but I don't know of any faster allocaters.  It was
certainly worth the price for us.

--
     Gavriel State | Lead Developer - CorelDRAW! for Macintosh
- -----------------------------------------------------------------
   This is a private account; I don't speak for Corel from here.

+++++++++++++++++++++++++++

>From [e-mail] (Kent Johnson)
Date: Thu, 12 Sep 1996 01:22:33 GMT
Organization: Transparent Language, Inc.

In article <[e-mail]>,
[e-mail] (Richard R. Riccetti) wrote:

> Does anyone out there have experience with SmartHeap?
>
> Is it compatible with PowerPlant and CW/9?
Yes, it links right in. It also has an API if you want more control.
>
> Are there less expensive, but still effective alternatives?

I bought SmartHeap for the debugging support and I was disappointed.
Specifically, for CodeWarrior applications that don't use malloc and don't
have memory-related performance problems, I don't think SmartHeap offers
anything that DebugNew can't do just as well.

On the other hand, if you use malloc, use other compilers, want a portable
tool, or want to speed up new, NewPointer or NewHandle, it looks like a
great product.

Kent Johnson                                [e-mail]
Transparent Language, Inc.                http://www.transparent.com

---------------------------

>From "David Catmull" <[e-mail]>
Subject: ResolveAlias from full path
Date: 10 Sep 96 09:24:58 -0700
Organization: Pixar

Yeah, it's me again..

After using NewAliasMinimalFromFullPath to create an alias to an item on a
remote server (which is not mounted), I call ResolveAlias. As documented,
ResolveAlias should, if necessary, prompt the user for a name and password
for mounting the volume. Instead, I get an error -35: no such volume. When
I do these things while the volume is already mounted, or while another
volume on the same server is mounted, it works just fine.

I tried using MatchAlias instead:

FSSpec spec;
Boolean needsUpdate;
short aliasCount = 1;
AliasHandle alias;

// (after creating the alias)
err =
MatchAlias(0L,kARMMountVol,alias,&aliasCount,&spec,&needsUpdate,0L,0L);

..but got error -50: parameter error. Anybody know what I'm doing wrong?

David Catmull
[e-mail]
http://www.geocities.com/SiliconValley/Park/1906/
"In order to be truly absurd you must have a coherent point of view." -Bill
Griffith




+++++++++++++++++++++++++++

>From [e-mail] (Jump Long)
Date: 12 Sep 1996 23:59:37 -0400
Organization: America Online, Inc. (1-800-827-6364)

David Catmull wrote:
>After using NewAliasMinimalFromFullPath to create an alias to an
>item on a remote server (which is not mounted), I call
>ResolveAlias. As documented, ResolveAlias should, if necessary,
>prompt the user for a name and password for mounting the volume.
>Instead, I get an error -35: no such volume. When I do these
>things while the volume is already mounted, or while another
>volume on the same server is mounted, it works just fine.

1) Make sure you supply the zoneName and serverName parameters. If you
don't, the Alias Manager will assume that the alias is to something on a
mounted volume and it it doesn't find a volume with that name, you'll get
a nsvErr (-35) error result.

2) Remember that the fullpath parameter is a text buffer (not a Pascal
string), and that the zoneName and serverName parameters *are* Pascal
strings.

3) Make sure the fullPath parameter is really a full pathname. A common
mistake is to pass "VolumeName" (which isn't a full pathname) instead of
"VolumeName:" (which is a full pathname). A full pathname always contains
at least one colon character and never starts with a colon.

- Jim Luther

---------------------------

>From [e-mail] (Datacom )
Subject: US - NYC - Mac-Networking Support - Career Opportunity
Date: Thu, 12 Sep 1996 19:52:57 GMT
Organization: Datacom Technology Group Inc


Prestigious American corporation based in mid-town, is currently
searching for an experienced Macintosh support professional.

Candidates must have 2 to 3 years experience in a Mac support role,
preferably with some PC knowledge. You will be responsible for
supporting hardware and software for several key business groups.

Candidates must have some knowledge of the following products: Quark,
Photoshop, and networking protocols and O/S's such as IPX/SPX, TCP/IP,
and Novell.

My client offers a superb salary and benefits package, and an
excellent career opportunity.

All interested parties are encouraged to apply.

Contact:

Brian Mitchell
Datacom Technology Group Inc
212-629-5720
212-629-3374(FAX)
[e-mail]



---------------------------

>From [e-mail] (koehler)
Subject: Window update question...
Date: 12 Sep 1996 11:08:11 GMT
Organization: University Halle, Germany


Subject: Window update question...
Newsgroups: comp.sys.mac.programmer.help
Summary:
Keywords:

Hello,

When I played around a bit with Powerplant and wanted to display are quite
dark picture in a document Window (for 'About..' purposes) I saw a white
flicker (Window erase) everytime the window was redrawn. Why?

Is this a system feature for all doc-windows???

Is this caused by PP (checked the sources, but found nothing)???

Or is it due to Aaron (but I saw it even in the blank system environment)???

Please help...

Soeren Koehler ([e-mail])


+++++++++++++++++++++++++++

>From [e-mail] ( nick.c )
Date: Fri, 13 Sep 1996 14:56:06 -0800
Organization: Binary Poet & Molecular Sculptor


[e-mail] (koehler) wrote:

>When I played around a bit with Powerplant and wanted to display are quite
>dark picture in a document Window (for 'About..' purposes) I saw a white
>flicker (Window erase) everytime the window was redrawn. Why?


   Probably, you were erasing and redrawing the image you wanted
     to display--while it was being displayed.  This will cause
     "flickering" as each element of the window is drawn.  What
     folks usually do, is draw the scene they want to create in
     a graphics port that is the same size as the window on the
     screen--but is located in a portion of the desktop that is
     outside the displayed area.  Then they move this finished
     image onto the top of the window they want to show it in.
     This off screen graphics creation can make animations a
     lot smoother.

   Check out Chapter 5 of Dan Parks _Graphics and Sound Programming
     Techniques_ (ISBN: 1-55851-442-2), around page 198 he talks
     about how to do this kind of stuff.


 -------------------= Nicholas C. DeMello, Ph.D. =--------------------

   Internet: [e-mail]        _/   _/  _/  _/_/_/   _/   _/
        AOL: codeweaver               _/_/ _/  _/  _/   _/  _/_/_/
        CIS: 71232,766               _/ _/_/  _/  _/       _/ _/
       http://www.chem.ucla.edu/~nick/   _/  _/   _/_/_/  _/   _/

+++++++++++++++++++++++++++

>From [e-mail] (Scott Squires)
Date: Thu, 12 Sep 1996 15:43:41 -0800
Organization: Puffin Designs

In article <518qqn$[e-mail]>,
[e-mail] (koehler) wrote:

>Hello,
>
>When I played around a bit with Powerplant and wanted to display are quite
>dark picture in a document Window (for 'About..' purposes) I saw a white
>flicker (Window erase) everytime the window was redrawn. Why?
>
>Is this a system feature for all doc-windows???
>
>Is this caused by PP (checked the sources, but found nothing)???
>
>Or is it due to Aaron (but I saw it even in the blank system environment)???
>
>Please help...


In Constructor turn off the Erase on Update for the window.
You an also set the color of the window to black so if there
is any updating/erasing it won't flash to white.

-scott


Scott Squires               "Insert funny stuff here"
[e-mail]
[e-mail]


---------------------------

>From [e-mail] (Eric Gorr)
Subject: [Q] CW Pascal & OLDROUTINENAMES
Date: 12 Sep 1996 18:26:14 GMT
Organization: Teleport - Portland's Public Access [phone]


I need to be able to use the 'inUpButton' defined in controls.p.
This is inside of a block {$IFC OLDROUTINENAMES}.
In a prefix file (defines.p), I have:

   {$SETC OLDROUTINENAMES = TRUE}

(I've also tried {$SETC OLDROUTINENAMES := 1} )

The compiler still doesn't see inUpButton, etc..

why?


===Eric Gorr=================[e-mail]=================aka MystryMan===
_____              * http://www.teleport.com/~ericg *
|\ /| * Invincibility is in oneself, vulnerability is in the opponent
| O | * Therefore the considerations of the intelligent always include both
|/_\|   benefit and harm (Sun Tzu)

#include <standard.disclaimer>
=====Insults, like violence, are the last resort of the incompetent...=====


+++++++++++++++++++++++++++

>From [e-mail] (Ingemar Ragnemalm)
Date: 12 Sep 1996 21:47:53 GMT
Organization: (none)

[e-mail] (Eric Gorr) writes:


>I need to be able to use the 'inUpButton' defined in controls.p.
>This is inside of a block {$IFC OLDROUTINENAMES}.
>In a prefix file (defines.p), I have:

>   {$SETC OLDROUTINENAMES = TRUE}

>(I've also tried {$SETC OLDROUTINENAMES := 1} )

>The compiler still doesn't see inUpButton, etc..

>why?

You changed the prefix file, but did you rebuild MacIntf?

--
- -
Ingemar Ragnemalm, PhD
Image processing, Mac shareware games
E-mail address: [e-mail] or [e-mail]

---------------------------

End of C.S.M.P. Digest
**********************